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(S) Facsimile apparatus. 

@ A control command indicating the end of a 
command is set in a remote command in file 
data to be transmitted, and the remote com- 
mand Is transmitted as packet data having a 
data length based on the control code to a 
receiving apparatus. When the receiving ap- 
paratus extracts the command from the re- 
ceived packet data, it informs, as a response 
signal, to the apparatus which transmitted the 
command that the command was extracted, 
and the transmitting apparatus restarts com- 
mand transmission from a portion where the 
response signal cannot be received. 
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BACKGROUND OF THE INVENTION 

The present invention relates to a facsimile appa- 
ratus for transmitting/receiving a remote command 
and transferring character files and data files. 

Conventionally, as an operation other than a nor- 
mal transmission/reception operation in a facsimile 
apparatus, for example, when remote commands are 
transmitted/received, they are transmitted upon being 
divided in units of fixed packet lengths or in units of 
packets in correspondence with the remote com- 
mands. 

However, in such a facsimile apparatus, since re- 
mote commands in a file memory are divided in units 
of fixed lengths regardless of their contents, a re- 
sponse to a specific remote command in a file from a 
receiving facsimile apparatus cannot be expected. 
For this reason, when remote commands are termin- 
ated as an error during transmission, the remote com- 
mand transmission must be restarted from the begin- 
ning. 

A conventional facsimile apparatus discriminates 
the presence/absence of a transmission original in its 
communication protocol. When an original Is present, 
a communication control program is started to trans- 
mit a read original content to an apparatus on the 
other end of the line. In an apparatus using the ECM 
procedure of the CCITT recommendation T.30 in its 
communication protocol, only image information is 
transmitted as facsimile information. 

However, in a facsimile apparatus of this type, a 
character file cannot be transmitted in a transmission 
function other than an original transmission function 
due to a limitation on the communication protocol. 
When the ECM procedure of the CCITT recommen- 
dation T.30 is used, a data file cannot be transmitted. 

1 

A conventional facsimile apparatus has many 
registration items such as abbreviated dial numbers, 
a user telephone number, a user abbreviation, and 
the like. For this reason, when the apparatus is instal- 
led, a service person must manually perform input 
operations of these items for a long period of time. 

When a trouble of an apparatus occurs, a service 
person must go to the installation site of the appara- 
tus to make adjustments of the apparatus. 

In order to reduce time/economic losses caused 
when a service person goes to the site of installation, 
a technique for registering data of a facsimile appara- 
tus or adjusting the apparatus from a remote place by 
utilizing a communication function of the facsimile ap- 
paratus has been proposed. 

When data registration is performed from a re- 
mote place, it is easiest to perform communications 
In an HDLC frame format used by the facsimile appa- 
ratus in a communication procedure using a 300-bps 



modem, following the CCITT recommendation V.21, 
of the facsimile apparatus so as to read/write data 
from/in an internal memory of the apparatus. 

In the CCITT recommendation T.30 which de- 

5 fines the standards of the facsimile apparatus, how- 
ever, a preamble for a 300-bps binary code signal is 
defined as a series of flag sequences of 1 second + 
15% (CCITTT.30 5.3.1.1), and the maximum length 
of one frame is defined to be 3 seconds + 15%. For 

10 this reason, an insignificant preamble of 1 second 
must be added to significant data of 3 seconds, thus 
providing disadvantages in data communication effi- 
ciency. 

The above-mentioned standards are determined 

15 assuming a frame having a maximum length of about 
100 bytes. For this reason, to receive data exceeding 
3 seconds without limitations requires a considerable 
change in software. When reception of infinitely large 
data is permitted, even when a communication error 

20 occurs, an error portion cannot be immediately re- 
sent, and all the data must be re-sent after transmis- 
sion for a long period of time, thus considerably in- 
creasing the communication time. 

Furthermore, the above-mentioned time period 

25 of 1 second is determined as a counter measure 
against a factor such as an echo occurring on a com- 
munication line. It is not desirable to merely shorten 
this time period since a communication error may of- 
ten occur due to a factor such as an echo in a long- 

30 distance communication mode. 

In the remote registration operation, a receiver 
must inform to a transmitter whether or not registra- 
tion is normally performed after the receiver exe- 
cutes received commands. However, the registration 

35 items of t he facsimile apparatus are as many as sev- 
eral tens to several hundreds of items. For this rea- 
son, if registration is executed for each item, and a re- 
sponse for this registration is sent back, communica- 
tions require a very long period time. 

40 In order to eliminate the above-mentioned draw- 
back, a method of simultaneously executing registra- 
tions after all the commands are received, and then 
sending back a result indicating whether or not the 
registrations are normally performed is also known. 

45 In this case, however, in order to receive all the com- 
mands, a large-capacity memory is required. In addi- 
tion, when the registrations cannot be normally per- 
formed, and the receiver sends back a negative re- 
sponse, the transmitter cannot identify which of items 

so cannot be registered. 

When data registrations are performed from a re- 
mote place, a host apparatus for performing the reg- 
istration operation must recognize the data format in 
the receiver, and must perform a write access match- 

55 ing with the recognized format. If this is not done, nor- 
mal registrations cannot be performed in the receiver, 
thus causing a trouble. 

For example, when a 30-digit telephone number 
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is to be registered facsimile apparatus having a max- 
imum of 20 digits for an abbreviated dial number a 
executes received commands. However, the registra- 
tion items of the facsimile apparatus are as many as 
several tens to several hundreds of items. For this 
reason, if registration is executed for each Item, and 
a response for this registration is sent back, commu- 
nications require a very long period time. 

When remote registrations are to be performed, 
an operator is encountered to bear this in mind, and 
Is expected to make operations after he or she recog- 
nizes the type of receiving apparatus. However, if the 
operator recognizes a wrong type of receiving appa- 
ratus, the content of the RAM may be destroyed. 

Furthermore, even in apparatuses of the same 
type, data attributes and RAM storage addresses may 
be changed depending on destination places, pro- 
gram versions, and the presence/absence of optional 
functions. However, since these pieces of information 
cannot be normally discriminated by a user, a service 
person must consequently go to the installation site, 
thus disabling the remote registrations. 

SUMMARY OF THE INVENTION 

It is an object of the present Invention to provide 
a facsimile apparatus, which can prevent remote com- 
mands in a file memory from being divided in units of 
fixed lengths regardless of their contents, and can re- 
start transmission of remote commands from a ter- 
minated position even when remote commands are 
terminated as an error during transmission. 

In order to achieve the above object, according to 
the present invention, a facsimile apparatus for trans- 
mitting/receiving facsimile information such as char- 
acter information, image information, and the like, 
and a control command, comprises means for adding 
a control code indicating a division of the control com- 
mand to the control command, means for converting 
the control command added with the control code into 
packet data having a predetermined data length on 
the basis of the control code, and means for transmit- 
ting the packet data to a destination station. 

Preferably, according to the present invention, 
the facsimile apparatus further comprises means for 
extracting the control command included in the pack- 
et data, and means for informing to an apparatus 
which transmitted the packet data that the control 
command was extracted, and the transmitting facsi- 
mile apparatus waits for a response to the control 
command from a receiving facsimile apparatus. 

It is a not her object of the present invention to pro- 
vide a facsimile apparatus which can expand an ex- 
isting communication procedure to a procedure 
unique to a file transfer operation, and can transfer 
file data converted into packets to a destination ap- 
paratus. 

In order to achieve this object, according to the 



present invention, a facsimile apparatus for transmit- 
ting/receiving facsimile information such as character 
Information, image Information, and the like, file data, 
and a control command, comprises means for adding 

5 a control code indicating a division of the control com- 
mand to the control command, means for storing the 
file data in a predetermined frame of the control com- 
mand, means for converting the control command 
storing the file data into packet data having a prede- 

10 termined data length on the basis of the control code, 
and means for transmitting the packet data to a des- 
tination station. 

2 

15 

It is another object of the present invention to pro- 
vide a facsimile apparatus, which can execute regis- 
trations and adjustments by reading/writing data 
from/in an internal memory of the apparatus from a 

20 remote place, and can re-send only an error portion 
when a communication error occurs during transmis- 
sion of a large amount of data in the remote registra- 
tion mode, thereby shortening the communication 
time even when an error occurs. 

25 In order to achieve the above object, according to 
the present invention, there is provided a facsimile 
apparatus for performing a data registration to a plur- 
ality of facsimile apparatuses connected to a public 
network through the public network, comprising 

30 means for inputting registration data, means for con- 
verting the registration data into a predetermined 
frame format, means for monitoring the number of 
bytes of data constituting the frame, dividing means 
for, when the number of bytes exceeds a predeter- 

35 mined value, dividing the frame into a plurality of 
frames, and means for adding a code indicating con- 
tinuation to the divided frame. 

It is still another object of the present invention to 
provide a facsimile apparatus, which can set an arbi- 

40 trary preamble time in communications, thereby im- 
proving communication performance. 

In order to achieve the above object, according to 
the present invention, there is provided a facsimile 
apparatus for performing a data registration to a plur- 

45 ality of facsimile apparatuses connected to a public 
network through the public network, comprising 
means for inputting registration data, means for con- 
verting the registration data into a predetermined 
frame format, and means for changing a preamble 

so time of a preamble to be added to the begiuing of the 
frame in the data registration to be different from a 
preamble time upon execution of a normal facsimile 
procedure. 

Other features and advantages of the present in- 
55 vention will be apparent from the following description 
taken in conjunction with the accompanying draw- 
ings, in which like reference characters designate the 
same or similar parts throughout the figures thereof. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the entire ar- 
rangement of a facsimile apparatus according to 
an embodiment of the present invention; 
Fig. 2 is a view showing a communication proto- 
col executed by a communication control pro- 
gram according to the first embodiment; 
Figs. 3A and 3B show frame formats of control 
signals in the facsimile apparatus according to 
the first embodiment; 

Figs. 4 and 5 are flow charts showing transmis- 
sion processing in the facsimile apparatus of the 
first embodiment; 

Figs. 6A, 6B, and 6C are views showing remote 
commands transmitted in an NSS signal; 
Fig. 7 is a flow chart showing a processing se- 
quence when remote commands are read out 
from a file memory in a transmitting facsimile ap- 
paratus; 

Fig. 8 and Figs. 9Aand 9B are flow charts show- 
ing remote command reception processing in the 
facsimile apparatus of the first embodiment; 
Fig. 10 is a view showing remote commands ac- 
cording to the first embodiment; 
Fig. 11 is a view showing a communication proto- 
col executed by a communication control pro- 
gram according to the second embodiment; 
Fig. 12 is a view showing a communication format 
of a partial page frame in the second embodi- 
ment; 

Figs. 13A f 13B, and 13C are views showing for- 
mats of FCD frames in the second embodiment; 
Fig. 14 is a flow chart showing a message trans- 
mission processing sequence in the second em- 
bodiment; 

Fig. 15 is a flow chart showing FCD frame gen- 
eration processing in the second embodiment; 
Fig. 16 is a view showing a communication pro- 
tocol executed by a communication control pro- 
gram of a facsimile apparatus according to the 
third embodiment; and 

Fig. 1 7 is a view showing a communication format 
according to the third embodiment. 

wai3 

Fig. 18 is a diagram showing an arrangement of 
a facsimile apparatus according to the fourth em- 
bodiment of the present invention; 
Fig. 19 is a view showing a display example on a 
screen according to the fourth embodiment; 
Fig. 20 shows commands according to the fourth 
embodiment: 

Figs. 21 A to 21 D show frame formats according 
to the fourth embodiment; 
Fig. 22 is a chart showing a communication pro- 
tocol according to the fourth embodiment; 



Figs. 23Aand 23B are flow charts showing an op- 
eration of the apparatus according to the fourth 
embodiment; 

Figs. 24 A and 24B are flow charts showing an op- 
5 eration of the apparatus according to the first 

modification of the fourth embodiment; 
Figs. 25 and 26 are flow charts showing an oper- 
ation of the apparatus according to the second 
modification of the fourth embodiment; 
10 Figs. 27 and 28 are flow charts showing call ter- 

mination processing in a facsimile apparatus ac- 
cording to the fifth embodiment of the present in- 
vention, 

Figs. 29 A to 29D show frames in an HDLC format 
15 in a facsimile apparatus according to the sixth 

embodiment of the present invention; 
Figs. 30A and 30B are flow charts showing a 
transmission operation in a facsimile apparatus 
according to the sixth embodiment; 
20 Figs. 31A to 31C are views showing buffer in a 

communication adapter according to a modifica- 
tion of the sixth embodiment; 
Fig. 32 is a diagram showing an arrangement of 
a remote registration apparatus according to the 
25 seventh embodiment of the present invention; 

Fig. 33 shows a display example on a screen 
upon data input according tothe seventh embodi- 
ment; 

Fig. 34 shows commands according to the sev- 
30 enth embodiment; 

Fig. 35 shows a display example on the screen 
upon transmission according to the seventh em- 
bodiment; 

Fig. 36 shows a frame format according to the 
35 seventh embodiment; 

Figs. 37 and 38 are charts showing communica- 
tion protocols according to the seventh embodi- 
ment; 

Fig. 39 is a flow chart showing an operation of the 
40 apparatus according to the seventh embodiment; 
Fig. 40 Is a diagram showing an arrangement of 
an apparatus according to a modification of the 
seventh embodiment; 

Fig. 41 shows commands according to the mod- 
45 ification of the seventh embodiment; 

Fig. 42 is a chart showing a protocol according to 
the modification of the seventh embodiment; 
Figs. 43 to 45 are flow charts showing an opera- 
tion of the apparatus according to the modif ica- 
50 tion of the seventh embodiment; 

Figs. 46 to 49 are charts showing protocols of an 
apparatus according to the eighth embodiment of 
the present invention; and 
Fig. 50 is a flow chart showing preamble time 
55 control in the apparatus according to the eighth 

embodiment 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The preferred embodiments of the present inven- 
tion will be described in detail below with reference to 
the accompanying drawings. 

[First Embodiment] 

Fig. 1 is a block diagram showing the entire ar- 
rangement of a facsimile apparatus according to the 
first embodiment of the present invention. As shown 
in Fig. 1, a facsimile apparatus 20 of this embodiment 
comprises a reading unit 1 for reading character infor- 
mation, and the like on an original, a recording unit 2 
for storing various kinds of information, an operation 
unit 3 at which an instruction for realizing a predeter- 
mined function in the facsimile apparatus is input, a 
modem 4 for modulating/demodulating input data to 
the facsimile apparatus 20 or output data to an exter- 
nal apparatus, and a network control unit (NCU) 5 for 
performing network control between the facsimile ap- 
paratus 20 and an external line network (telephone 
network) 16. 

In this facsimile apparatus 20, a CPU 6 controls 
the entire facsimile apparatus according to a control 
program stored in a ROM 7 f and control information 
is stored in a RAM 8. The facsimile apparatus 20 is 
connected to a personal computer 11 through an ex- 
ternal interface 9 and an RS-232C cable 15, and is 
also connected to another facsimile apparatus 12 
having the same arrangement as that of the facsimile 
apparatus 20 through the telephone network 16 and 
a telephone line 13. 

The operation of the facsimile apparatus of this 
embodiment will be described below. 

When information transmission from a character 
file 14 for storing remote commands through the per- 
sonal computer 1 is instructed at the operation unit 3 
shown in Fig. 1, the CPU 6 executes predetermined 
processing according to the control program stored in 
the ROM 7. More specifically, the CPU 6 sends a file 
read command to the personal computer 11 via the 
external interface 9 and the RS-232C cable 15, there- 
by reading out the character f Oe 14 of the personal 
computer 11 . The CPU 6 writes in formation received 
through the RS-232C cable 15 and the external inter- 
face 9 in a file memory 10 like in the command trans- 
mission state. 

Assume that the CPU 6 enables the NCU 5 to 
perform call generation processing to the telephone 
network 16 via the telephone line 13, and calls the 
facsimile apparatus 12. When the CPU 6 confirms a 
response from the facsimile apparatus 12, it reads out 
a predetermined communication control program 
stored in the ROM 7, and executes corresponding 
processing. 

Fig. 2 shows a communication protocol executed 



by the communication control program. In this case, 
a communication is executed while branching from 
the flow of the CCITT recommendation T.30 to a spe- 
cific flow. More specifically, since the flow of the 

5 CCITT recommendation T.30 includes no remote 
command transmission function, the T.30 flow is ex- 
panded to a specific procedure. In this embodiment, 
only the expanded portion will be described below. In 
this flow, symbols (abbreviation) of control signals at- 

10 tached to nodes have the same meanings as those 
In the CCITT recommendation T.30. 

The remote command transmission function in 
the facsimile apparatus according to this embodiment 
will be described below. 

15 Figs. 4 and 5 are flow charts showing a T.30 ex- 

panded flow of the transmission processing in the 
facsimile processing of this embodiment. In Fig. 4, it 
is checked in step S1 if a command is received. If NO 
in step S1, It is checked in step S2 if a predetermined 

20 period time has elapsed. If NO in step S2, ringing tone 
(CNG) information is generated in step S3. However, 
if YES in step S1, a DIS or DTC signal is checked in 
step S4. If YES in step S4, compatibility with a facsi- 
mile apparatus on the other end of a line is checked 

25 in step S5. 

In step S6, the presence/absence of a transmis- 
sion original is checked. If NO in step S6 (YES is de- 
termined in a normal procedure), the presence of a 
remote command transmission file is determined in 

30 step S7. Then, the control enters a file transfer pro- 
cedure in node d. 

When the control advances to node d in Fig. 5, 
the presence/absence of a command or data in a file 
Is checked in step S9. If no command nor data is de- 

35 tected, the flow advances to node c. In nodec, a DON 
as a line disconnection command is transmitted, and 
the line is disconnected. On the other hand, if a re- 
mote command or data is detected, a file transfer 
mode of a remote command is checked in step S10. 

40 If the mode is not changed, the remote command or 
file data is stored In an NSS signal indicating a non- 
standard device setting function, and the NSS signal 
is transmitted in step S11. 

If a response signal is received in step S13, if it 

45 is determined in step S14 that the response signal is 
neither a DIS signal nor a DTC signal, and if an 
MCF/RTP/RTN signal is confirmed in step S15, S16, 
or S17, the flow returns to node d again, and a file 
transfer operation is subsequently executed. How- 

50 ever, if YES in step S14, i.e., if the response signal is 
a DIS or DTC signal, the flow advances to step S24. 
If it is determined in step S24 that an MCF/RTP/RTN 
signal cannot be received after three trials like in the 
normal T.30 procedure, the flow advances to node c. 

55 On the other hand, if it is determined in step S10 

that the file transfer mode of, e.g., the remote com- 
mand Is changed, an EOM as an end of message is 
sent in step S12. It is then checked in step S18 if a 
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response signal Is received. In each of steps S19 to 
S21, it is checked if an MCF/RTP/RTN signal is re- 
ceived. 

Figs. 3A and 3B show frame formats of control 
signals in the facsimile apparatus of this embodiment. 
Fig. 3A shows the format of a control frame having a 
facsimile information field, and Fig. 3B shows the 
frame format of an NSS signal. 

In this facsimile apparatus, a remote command or 
character file data in the file memory is read out char- 
acter by character from the file memory under the 
control of the communication control program, and is 
transmitted using the NSS signal at 300 bps in the 
communication format shown in Figs. 3A and 3B. 

After the flow branches to the specific procedure 
for file transfer, a remote command or file data is set 
in an NSS signal and transmitted. 

Fig. 6A shows a remote command to be transmit- 
ted using the NSS signal, and Fig. 6B shows a file 
transfer command. These commands are transmitted 
while being stored in a command data portion of the 
NSS signal. More specifically, 01 H (H indicates hex- 
adecimal notation) indicates that the remote com- 
mand or file transfer command is transferred, and 
thereafter, the remote command or data to be trans- 
ferred is stored. 

Fig. 6C shows file transfer data to be transmitted 
using the NSS signal. The data is transmitted while 
being stored in the command data portion of the NSS 
signal. More specifically, 02 H indicates the file trans- 
fer data, and thereafter, data to be transferred is stor- 
ed. 

Fig. 7 is a flow chart showing a processing se- 
quence executed when a remote command or data is 
read out from the file memory in the transmitting fac- 
simile apparatus. In Fig. 7, in step S31 , a country code 
is set In step S32, a manufacturer code is set. In step 
S33, a specification number of the NSS signal is set. 
In step S34, a command "02" is set. 

In step S35, the presence/absence of a remote 
command or transmission data is checked. If YES in 
step S35, it is checked in step S36 if the command or 
data is a line feed code. If NO in step S36, the com- 
mand or data is set in step S37. in step S38, it is 
checked if the length of the set command or data is 
equal to or smaller than a maximum length. If YES in 
step S38, the flow returns to step S35. 

If no command or data is detected in step S35, if 
a line feed code is detected In step S36, or if it is de- 
termined in step S38 that the command length or data 
length is larger than the maximum length, the flow 
advances to step S39 to set FCS, thus ending trans- 
mission of the NSS signal. The control then waits for 
a response signal from the facsimile apparatus 12 on 
the other end of the line. 

Upon detection of the end of the NSS signal from 
the transmitter, the facsimile apparatus 12 (receiver) 
extracts the remote command or data from an FIF 



field in the NSS signal, and executes predetermined 
processing. Thereafter, the facsimile apparatus 12 
sends an MCF signal for requesting the transmitter to 
send the next command or data. 

5 Remote command reception processing in the 

facsimile apparatus of this embodiment wDi be descri- 
bed below with reference to the T.30 expanded flows 
shown in Fig. 8 and Figs. 9A and 9B. 

In step S41 in Fig. 8, NSF, CSI, and DIS signals 

10 are transmitted, and it is checked in step S42 if a re- 
sponse to these signals is received. If NO in step S42, 
it is checked in step S43 if a predetermined period of 
time has elapsed. However, if YES in step S42, it is 
checked in step S44 if a command is received, and it 

15 is then checked in each of steps S45 to S47 if a com- 
mand signal DTC, DIS, or DCS is received. 

In step S48, it is checked if the received com- 
mand is an NSS signal including a remote command 
or file transfer command in addition to the normal pro- 

20 cedure signals. If YES in step S48, node f is executed. 
In node f shown in Fig. 9A, it is checked in step 

551 if a command is received. If it is determined in 
step S54 that an NSS signal including a remote com- 
mand is received, it is checked in step S54a if a line 

25 feed code is attached to the end of the remote com- 
mand. In step S55, the remote command is stored in 
a file. In step S56, it is checked if the remote com- 
mand can be normally processed. If NO in step S56, 
an RTN signal Is sent back as a response signal in 

30 step S60, and the flow returns to node f. 

When this flow processes a character file, it is 
checked in step S51 in node f shown in Fig. 9B if a 
command is received. If it is determined in step S54 
that an NSS signal including file transfer data is re- 

35 ceived, the data is stored in a file in step S55a. In step 
S56a, it is checked if the file can be normally process- 
ed. If NO in step S56a, an RTN signal is sent back as 
a response signal in step S60, and the flow returns 
to node f. 

40 However, if it is determined in step S56 or S56a 

that the remote command or the file can be normally 
processed, it is checked in step, S57 if processing can 
be continued. If NO in step S57 f an RTP signal is sent 
back as a response signal in step S59, and, the flow 

45 returns to node f. On the other hand, if the remote 
command or the file can be normally processed, and 
the processing can be continued, an MCF signal is 
sent back as a response signal in step S58, and the 
flow then returns to node f. 

so In node f, if it is determined in step S51 that no 
command is received, and if it is determined in step 

552 that a predetermined period of time (a time T2) 
has elapsed, if an EOM signal can be detected in step 
S53, the flow advances to node R; otherwise, line dis- 
ss . connection processing in node B is executed. Upon 

reception of the MCF signal from the facsimile appa- 
ratus 12 on the other end of the line, the transmitter 
subsequently reads out a remote command or data 
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from the file memory, converts it Into a packet, and 
transmits the packet signal. 

Fig. 10 shows an example of a remote command. 
In this case, Fig. 10 shows a case wherein remote 
commands (groups A and B) in a file are transferred 
from the transmitter to the receiver. In Fig. 10, using 
the command in the group A, a telephone number is 
written in a "telephone number memory 0 of the facsi- 
mile apparatus on the other end of the line. Using the 
command in the group B, a name is written in a "name 
memory" of the facsimile apparatus on the other end 
of the line. 

At this time, the command in the group B must be 
transmitted after it is confirmed that the command in 
the group A is processed at the receiver side. For this 
reason, when a line feed code is stored after the 
group A, processing of the group Aatthe receiver side 
can be checked by a response signal at the transmit- 
ter side. 

In this manner, in data transmission/reception in 
the facsimile apparatus, when a specific control code 
indicating the end of a command is input to a remote 
command in a character file, a specific command can 
be prevented from being divided in units of fixed 
lengths regardless of its content, and a transmitting 
facsimile apparatus can watt for a response signal to 
the command from a receiving facsimile apparatus. 

Since the control code is input, even when trans- 
mission of remote commands is terminated halfway 
as an error, command transmission can be restarted 
from a portion where a transmitting facsimile appara- 
tus cannot receive a response signal from a receiving 
facsimile apparatus. Thus, the remote commands 
need not be retransmitted from the beginning. 

Furthermore, an existing communication proce- 
dure is expanded, character file data is stored in a 
control command, and the control command is trans- 
mitted to a destination station as a packet signal. In 
this manner, character file data having a desired data 
length can be transferred. 

[Second Embodiment] 

In the first embodiment, a line feed code is used 
as the control code. Other codes, e.g., an EOF code 
or a page end code may be used. 

As a remote command transmission method, a 
command may be stored not in an NSS signal but in 
a facsimile message In the ECM procedure. 

A case will be described below wherein a com- 
mand is stored in a facsimile message in the ECM 
procedure. Since the arrangement of a facsimile ap- 
paratus according to the second embodiment is the 
same as that of a facsimile apparatus according to the 
first embodiment, a detailed description thereof will 
be omitted. 

In the facsimile apparatus according to this em- 
bodiment, when afacsimile apparatus 12 on the other 



end of a line responds, a CPU 6 reads out a commu- 
nication control program stored in a ROM 7, and exe- 
cutes predetermined processing. Fig. 11 shows a 
communication protocol executed by this communi- 

5 cation control program. 

In this embodiment, in order to perform a file 
transfer operation, a communication is executed 
while branching from the CCITT recommendation 
T.30 ECM flow to a specific flow. Since the CCITT 

10 recommendation T.30 ECM flow includes no remote 
command transmission function, only a portion ex- 
panded to a specific procedure will be described be- 
low. In a procedure until a facsimile message is trans- 
mitted, the presence/absence of a normal transmis- 

15 sbn original is checked, and if it is determined that no 
transmission original is present the presence/ab- 
sence of a transmission file need only be checked. In 
remote command reception processing executed by 
the facsimile apparatus 12, since a procedure up to 

20 message reception need only be performed after it is 
confirmed that the specif ic mode is set a detailed de- 
scription thereof will be omitted in this embodiment 
In the facsimile apparatus according to this em- 
bodiment, a command in a characterf ile in a file menv 

25 ory is read out character by character from the file 
memory by the communication control program, and 
is transmitted in a partial page frame of a high-speed 
modem in a communication format shown in Fig. 12. 
Figs. 13A to 13C show the format of an FCD 

30 frame. Fig. 13A shows the format of the entire frame, 
Fig. 1 3B shows the format of the first FCD frame, and 
Fig. 13C shows the format of an n-th FCD frame. In 
this embodiment after the control branches to a spe- 
cific remote command transmission procedure, a re- 

35 mote command is set in an FIF field of the FCD frame, 
and the FCD frame is transmitted. 

Message transmission processing of this em- 
bodiment will be described below. 

Fig. 14 is a flow chart showing the message 

40 transmission processing sequence of this embodi- 
ment. In Fig. 14, in step 70, a training signal is trans- 
mitted, and in step S71 , an FCD frame is generated 
and transmitted. In step S72, the set state of an RCP 
flag is checked, and in step S73, it is checked if the 

45 frame number has reached 256. 

If it is determined in step S72 that the RCP flag 
is set or if it is determined in step S73 that the frame 
number has reached 256, an RCP frame is generated 
and transmitted In step S74. The presence/absence 

so of data, i.e., the presence/absence of a remote com- 
mand is checked in step S75. If YES in step S75, the 
flow advances to step S76 to transmit a P PS-NULL 
signal. However, if NO in step S75, a PPS-EOP signal 
is transmitted in step S77. 

55 Fig. 15 is a flow chart showing FCD frame gen- 

eration processing. That is, Fig. 15 shows processing 
for reading out a remote command from the file mem- 
ory, and generating an FCD frame in the transmitter. 
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A flag, an address field, a control field, FCF (FCD), 
and a frame number are set in steps SBO to S84 in Fig. 
15, and CNT is set to be "0" in step S85. 

In step S86, the presence/absence of data, i.e., 
a remote command is checked. If YES in step S66, it 
is checked in step S87 if the command is a line feed 
code. If NO in step S87, data is set in step S88, and 
the data length is checked in step S91. In this man- 
ner, commands are repetitively set untit the remote 
command length reaches a predetermined length. 

However, if no remote command is detected or if 
the command is a line feed code, an RCP flag is set 
in step S89, and "0" data is set in step S90. In step 
S91 , the data length is checked. In this manner, "0" 
data are repetitively set until the remote command 
length reaches a predetermined length. 

In step S92, an FCS command is set, thus ending 
this processing. 

Since the command reception processing in the 
facsimile apparatus 12 (receiver) is the same as that 
in the first embodiment shown in Fig. 8 and Figs. 9A 
and 9B, a detailed description thereof will be omitted. 

In this manner, in this embodiment, a transmitting 
facsimile apparatus can wait for a response signal to 
a specific command from a receiving facsimile appa- 
ratus like in the first embodiment In addition, error re- 
transmission can be restarted from a portion where 
the transmitting facsimile apparatus cannot receive a 
response signal. 

[Third Embodiment] 

The third embodiment according to the present 
invention will be described below. Since the arrange- 
ment of a facsimile apparatus according to this em- 
bodiment is the same as that of the first embodiment, 
an illustration and a description thereof will be omit- 
ted. In the facsimile apparatus according to this em- 
bodiment, a data file is used In place of a character 
file. 

Fig. 16 shows a communication protocol execut- 
ed by a communication control program of the facsi- 
mile apparatus according to this embodiment In this 
case, In order to perform a file transfer operation, a 
communication is executed while branching from the 
CCITT recommendation T.30 ECM flow to a specific 
flow. Since the CCITT recommendation T.30 ECM 
flow includes no remote command transmission func- 
tion, the T.30 flow is expanded to a specific proce- 
dure. 

In the facsimile apparatus of this embodiment, a 
command in a data file in a file memory is read out 
from the file memory in predetermined units by the 
communication control program, and is transmitted in 
a partial page frame of a high-speed modem in a com- 
munication format shown in Fig. 17. The control 
branches to a specific file transfer procedure to set 
file data in an FIF field of an FCD frame, and the FCD 



frame is transmitted. 

The format of the FCD frame is the same as that 
shown in Figs. 13A, 13B, and 13C. 

Message transmission processing and FCD 
5 frame generation processing in the facsimile appara- 
tus of this embodiment are the same as those of the 
second embodiment shown in Figs. 14 and 15. 

Since file reception processing in the facsimile 
apparatus of this embodiment is the same as the T.30 
10 expanded flow shown in Figs. 8 and 9B, it wOl be de- 
scribed below with reference to Figs. 8 and 9B. 

In file reception processing in a facsimile appara- 
tus 12 (receiver) on the other end of a line, a received 
file is stored in the file memory in place of outputting 
15 of image information in a normal facsimile communi- 
cation. 

More specifically, in step S41 in Fig. 8, NSF, CSI, 
and DIS signals are transmitted, and it is checked in 
step S42 if a response to these signals is received. If 

20 NO in step S42, it is checked in step S43 if a prede- 
termined period of time has elapsed. However, if YES 
in step S42, it is checked in step S44 if a command is 
received, and it is then checked in each of steps S45 
to S47 if a command signal DTC, DIS, or DCS is re- 

25 ceived. 

In this case, in step S48 in the first embodiment 
it is checked if the received command is an NSS sig- 
nal including a remote command. However, in this 
embodiment it is checked if the received command is 

30 an NSS signal including a file transfer command in ad- 
dition to the normal procedure signals. If YES in step 
S48, the following node f is executed. 

More specifically, in node f (Fig. 9B), it is checked 
in step S51 in node f if a command is received. If it is 

35 determined in step S54 that an NSS signal including 
file transfer data is received, the data is stored in a file 
instepS55a. In stepS56a, it is checked if the file can 
be normally processed. If NO in step S56a, an RTN 
signal is sent back as a response signal in step S60, 

40 and the flow returns to node f. 

However, if it is determined in step S56a that the 
file can be normally processed, it is checked in step 
S57 if processing can be continued. If NO in step S57, 
an RTP signal is sent back as a response signal in 

45 step S59, and the flow returns to nodef. On the other 
hand, if the file can be normally processed, and the 
processing can be continued, an MCF signal is sent 
back as a response signal in step S58, and the flow 
then returns to node f. 

50 In node f, if it is determined in step S51 that no 
command is received, and if it is determined in step 
S52 that a predetermined period of time (a time T2) 
has elapsed, if an EOM signal can be detected in step 
S53, the flow advances to node R; otherwise, line dis- 
ss connection processing in node B is executed. 

In this manner, when an existing communication 
procedure is expanded to a specific file transfer pro- 
cedure, f Oe data can be transferred in a packet to a 



8 



11/05/2004, EAST Version: 1.4.1 



15 EPO 

destination station. 

<Fourth Embodiment 

Fig. 18 is a diagram showing an arrangement of 
a facsimile apparatus according to the fourth embodi- 
ment of the present invention. In Fig. 18, reference 
numeral 51 denotes a PC (personal computer), at 
which an operator performs, e.g., a data input opera- 
tion, and which controls the entire system. An opera- 
tor inputs data according to screen data, as shown in 
Fig. 19. 

The PC 51 generates a command file for a remote 
registration mode using the input data, and transfers 
it to a communication adapter 52. 

The communication adapter 52 transmits the 
command file received from the PC to a terminal. In 
this embodiment, a facsimile apparatus comprising 
an RS-232C interface (l/F) for the PC is used as the 
communication adapter 52. 

A terminal facsimile apparatus 53 includes at 
least one terminal facsimile apparatus connected to a 
public network 54. The terminal facsimile apparatus 
53 receives commands sent from the communication 
adapter, and performs, e.g., read/write operations of 
a memory according to the commands. 

The operation of the facsimile apparatus accord- 
ing to the fourth embodiment of the present invention 
will be described below with reference to the flow 
charts shown in Figs. 23A and 23B. 

An operator inputs, e.g., a user telephone number 
according to a menu displayed on the screen of the 
PC, as shown in Fig. 19. 

The PC analyzes the input data, and converts the 
data into remote registration commands to generate 
a command file to be transmitted (see Fig. 20). 

This command file is an ASCII file, and each com- 
mand is constituted by adding data input by the oper- 
ator after a command ID (two characters) defined for 
each registration item. 

The end of data is expressed by cr code + If code 
(ODH, OAH). 

When all the data input by a user are converted 
into the command file, the PC transfers the generated 
command file to the communication adapter. 

In this embodiment, this transfer operation is per- 
formed using the RS-232C l/F. However, other high- 
speed l/Fs such as an SCSI l/F may be used. 

The communication adapter is of a model pre- 
pared by adding a software program for the present 
invention to a facsimile apparatus comprising the RS- 
232C l/F. The communication adapter stores t he com- 
mand file received through the RS-232C l/F in a 
memory, and then generates a call to a target facsi- 
mile apparatus to be subjected to registrations. 

As shown in Fig. 22, upon reception of a calling 
signal (CI) from the circuit, the terminal facsimile ap- 
paratus doses the circuit, sends a CED signal, and 



10 378 A2 16 

then sends NSF, CSI, and DIS signals. 

In this NSF (non-standard function) signal, the 
terminal facsimile apparatus states that it has a func- 
tion of accepting the remote registrations. 

5 After the communication adapter confirms the 

statement Indicating the presence of the remote reg- 
istration function in the NSF signal, it sets a remote 
registration command in an NSS ( non-standard func- 
tion setting) signal, and transmits the NSS signal. 

10 Upon reception of the remote registration com- 
mand, the terminal facsimile apparatus performs a 
registration according to the received command. 
When the registration is normally ended, the terminal 
facsimile apparatus sends back an MCF signal as a 

15 positive response; otherwise, it sends back an RTN 
signal. 

After the communication adapter confirms the 
MCF signal, if commands to be transmitted still re- 
main, the communication adapter sets the com- 
20 mands in the NSS signal and transmits the NSS sig- 
nal again. After all the commands are transmitted, the 
communication adapter sends a DCN signal to end 
the communication. 

A communication operation between the commu- 
25 nication adapter and the terminal facsimile apparatus 
in the remote registration operation will be described 
below with reference to the flows charts shown in 
Figs. 23A and 23B. 

As described above, a command to be used in the 
30 remote registration operation is set in a frame in the 
MDLC frame, and is transmitted. 

In the HDLC format, as shown in Figs 21 Ato 21 D, 
a portion between one flag (7EH) and another flag is 
processed as a frame, and the frame is divided Into 
35 an address field, a control field, an FCF field, an FIF 
field, and an FCS field. These fields except forthe FIF 
field are those having fixed lengths. 

Since the maximum length of one frame is deter- 
mined to fall within 3 seconds in the CCITT recom- 
40 mendation, it is 3 (seconds) x 300 (bits) + 8 = 112 
bytes at 300 bps. 

Since this frame includes the address.field (1 
byte), the control field (1 byte), the FCF field (1 byte), 
and the FCS field (2 bytes), the limit length of the FIF 
45 field for storing commands is 107 bytes. 

More specifically, in this embodiment, the frame 
is divided, so that commands stored in the frame do 
not exceed 107 bytes, and a code indicating division 
is added to the divided frames, 
so Prior to a communication, the communication 

adapter clears a counter representing the number of 
bytes set in the frame to "0 n in step S101. 

The communication adapter reads out a com- 
mand file received from the PC and stored in the 
55 memory from the beginning in step S102, and se- 
quentially sets the readout file in a transmission buf- 
fer in step S103. In step S104, the communication 
adapter increments the counter by "1". 
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When the communication adapterf inds a cr code 
+ ff code (ODH, OAH) indicating the end in the read- 
out data, it sets the readout data up to the If code 
(OAH) in the transmission buffer, and transmits the 
data in the transmission buffer. 

When the length of the commands to be transmit- 
ted exceeds 107 bytes, the communication adapter 
automatically inserts a code indicating continuation 
when the content of the counter reaches 106, and it 
transmits the data obtained so far (steps S107 and 
S108). 

In this embodiment, the code indicating continu- 
ation is an ff code (OCH). 

Since the trailing end of the received frame ter- 
minates with an ff code, the receiving apparatus rec- 
ognizes a continuous frame, holds the received data, 
and sends back an MCF signal. 

Upon reception of the MCF signal, the communi- 
cation adapter reads out the remaining command 
from the command file, sets the readout command in 
the transmission buffer, and transmits the command. 

In this case, the counter is incremented while set- 
ting commands, and when the counter value reaches 
106, an ff code is similarly inserted to indicate a con- 
tinuous frame. 

In this manner, the transmission operation is con- 
tinued, and when a cr code + £f code are found, data 
up to the ff code are transmitted (steps S112 and 
S114). 

Upon reception of an ff code, the receiving appa- 
ratus holds data, and adds the next frame to the end 
of the previously held data. 

Upon reception of a frame which terminates with 
a a code + 21 code, the receiving apparatus executes 
the received data from the beginning, and sends back 
a negative or positive response. 

In this embodiment, when data cannot be normal- 
ly transmitted due to a factor such as noise in the 
frame transmission operation, the receiving appara- 
tus compares data in the FCS field and a value cal- 
culated based on data in the received frame so as to 
detect an error. The calculation method of data in the 
FCS field complies with the CCITT recommendation 
T.30/5.3.7. 

Upon detection of an error, the receiving appara- 
tus abandons the received frame, and does not send 
back any response. When no significant response 
can be obtained for a command, the transmitting ap- 
paratus re-sends the same information after an 
elapse of 3 seconds. Thus, the receiving apparatus 
waits for the re-sent information to continue recep- 
tion. 

Therefore, when a communication error occurs, 
a frame terminated as an error can re-sent 3 seconds 
later. Thus, the transmission time can be prevented 
from being wasted unlike when a large amount of data 
are transmitted without being divided, no significant 
response is sent back after the transmission time of 



several tens of minutes, and re-transmission is per- 
formed another several tens of minutes. 

Re-transmission is performed up to twice. That 
is, when no significant response can be obtained in 
5 three transmission operations including the first 
transmission operation, the transmitting apparatus 
stops a communication, sends a DCN signal, and re- 
leases the circuit. 



The first modification of the fourth embodiment 
of the present invention will be described below. 
In the fourth embodiment, the frame having a 
15 maximum length of 3 seconds can be divided while 
paying attention to the number of bytes by calculating 
the number of bytes that can be transmitted within 3 
seconds. In this modification, the frame is divided 
while paying attention directly to the transmission 
20 time of the frame. 

This modification is constituted by the PC, the 
communication adapter, and the terminal facsimile 
apparatus, as shown in Fig. 18, as in the fourth em- 
bodiment. 

25 The operation of this modification is the same as 
that in the fourth embodiment. That is, when an op- 
erator inputs data according to a menu shown in 
Fig. 19, the PC analyzes input data to generate a 
command file (Fig. 20), and transfers the command 

30 file to the communication adapter. 

When the communication adapter stores the re- 
ceived command file in its internal memory, it calls 
the terminal facsimile, and transmits the content of 
the command file. The terminal facsimile executes re- 

35 mote registrations according to the sent commands, 
and transmits an MCF or RTN signal depending on 
the execution result. Commands, a protocol, and the 
like to be used are the same as those in the fourth 
embodiment. 

40 The communication operation between the communi- 
cation adapter and the terminal facsimile in this mod- 
ification will be described below with reference to the 
flow charts shown in Figs. 24 A and 24B. 

The communication adapter sequentially reads 

45 out a command file received from the PC and stored 
in the memory from the beginning, and sets the read- 
out command file in a transmission buffer (steps S201 
and S202). 

When the communication adapterf inds a cr code 
so + £f code (0DH, OAH) indicating the end from the 
readout data, it sets the readout data up to the ff code 
(OAH) in the transmission buffer, and starts transmis- 
sion of the data in the transmission buffer. 

At the beginning of the transmission, a transmis- 
55 sion timer is set to be 3 seconds, and the start ad- 
dress of the buffer is stored in a start pointer. The 
transmission operation is continued until the trans- 
mission timer reaches a time-out state or a cr code + 
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21 code are detected In the transmission data (steps 
S204 to S207). 

When a cr code + If code are detected, a com- 
mand end flag is set to be "true", and a response re- 
ception routine is started (steps S209 and S211). 

If the transmission timer reaches a time-out state 
before all the data in the buffer are transmitted, an ff 
code (OCH) indicating a continuous frame is transmit- 
ted at that time. 

The address of data next to the finally transmitted 
data is stored in a next pointer, and the command end 
flag is set to be "false", thus starting the response re- 
ception routine (steps S210 and S211). 

When an MCF is received in the response recep- 
tion routine, the command end flag is checked. If the 
flag is "true 0 , it is then checked If all the commands 
are transmitted (steps S213 and S215). 

If commands to be transmitted still remain, the 
flow returns to the node before step S201 , and an op- 
eration for setting the next command in the transmis- 
sion buffer is repeated. 

If all the commands are transmitted, a DCN signal 
is transmitted, and a communication is normally end- 
ed. 

Upon reception of the MCF signal, if the com- 
mand end flag is "false", the remaining data in the 
transmission buffer are transmitted. When the com- 
mand end flag is "false", since the address of the next 
data is saved in the next pointer, the transmission is 
restarted from the saved address. 

In this case, when the transmission time exceeds 
3 seconds, an ff code is inserted to divide the frame. 
In this manner, the transmission is performed until a 
cr code + i f code indicating t he end of the commands 
are found. 

If a command other than the MCF signal is re- 
ceived in the response reception routine, since this 
means that the registration cannot be normally per- 
formed, a DCN signal is transmitted to terminate a 
communication as an error. 

If no command can be received within 3 seconds 
in the response reception routine, the number of 
times of transmissions is checked. If the number of 
times of transmissions is less than 3, re-transmission 
is performed from the address saved in the start poin- 
ter. 

If no significant response can be received after 
the three transmission operations, a DCN signal is 
transmitted to terminate a communication as an error. 

<Second Modif ication> 

The second modification of the fourth embodi- 
ment will be described below. In this modification, In 
a remote apparatus, a frame is divided at the PC side. 

In the fourth embodiment, the PC generates a re- 
mote registration command file without limiting its 
data length The communication adapter divides the 



generated command file upon transmission, and 
adds a code indicating continuation to the divided 
files. In this modification, the PC divides a command 
file exceeding a predetermined, value, and inserts a 

5 code indicating continuation. Thereafter, the PC 
transfers the divided command files to the communi- 
cation adapter, and the communication adapter sim- 
ply transmits the received command files. 

This modification is constituted by the PC, the 

10 communication adapter, and the terminal facsimile 
apparatus, as shown in Fig. 18, as in the fourth em- 
bodiment. 

The operation of this modification is the same as 
that in the fourth embodiment. That is, when an op- 
ts era tor inputs data according to a menu shown in Fig. 
19, the PC analyzes input data to generate a com- 
mand file, and transfers the command file to the com- 
munication adapter. 

As shown in Fig. 25, prior to the transfer opera- 
20 tion, the PC initializes a transfer counter to "0 n f and 
thereafter, increments the transfer counter by T ev- 
ery time 1 byte is transferred (steps S303 to S305). 

The transfer counter is cleared to "0" when an ff 
code (OAM) is found. If the transfer counter reaches 
25 "106", the PC forcibly inserts an ff code (OCH) indi- 
cating continuation, clears the transfer counter to "0", 
and continues the transfer operation (steps S306, 
S307, and S309). 

Thus, the command file received by the commu- 
30 nication adapteralways includes an Ff code indicating 
the end or an ff code indicating continuation within 
107 characters. 

As shown in Fig. 26, the communication adapter 
sequentially reads out the command file received 
35 from the PC and stored in the memory from the be- 
ginning, and sets the readout command file in a trans- 
mission buffer (steps S311 and S312). 

When the communication adapter finds an if 
code indicating the end or an ff code indicating con- 
40 tinuation in the readout data, it sets the readout data 
up to the found code In the transmission buffer, and 
starts transmission of the data in the transmission 
buffer. 

Since the frame is divided in advance by the PC 
45 to have a maximum of 1 07 characters, the transmis- 
sion time per frame always falls within 3 seconds. 

Upon completion of transmission of data in the 
transmission buffer, a response reception routine is 
started. If an MCF signal is received in the response 
so reception routine, it is then checked if all the com- 
mands are transmitted (steps S317 and S319). 

If commands to be transmitted still remain, the 
flow returns to the node before step S31 1 , and an op- 
eration for setting the next command in the transmis- 
55 sion buffer is repeated. 

If all the commands are transmitted, a DCN signal 
is transmitted to normally end a communication. 

If a command other than the MCF signal is re- 
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ceived in the response reception routine, since this 
means that the registration cannot be normally per- 
formed, the DCN signal is transmitted to terminate a 
communication as an error. 

If no command can be received within 3 seconds 5 
in the response reception routine, the number of 
times of transmissions is checked. If the number of 
times of transmissions is less than 3, re-transmission 
is performed from the begiuing of the transmission 
buffer (S31 8). 10 

If no significant response can be received after 
the three transmission operations, a DCN signal is 
transmitted to terminate a communication as an error. 

In this manner, when a large amount of data are 
transmitted in a remote registration procedure, the 15 
data are divided into a plurality of frames each having 
a fixed length, and a code indicating continuation is 
added to each divided frame. Thus, a receiver can be 
easily manufactured, and when an error frame is gen- 
erated, only the frame causing the error can be easily 20 
re- transmitted, thus shortening the communication 
time when an error occurs. 

<Fifth Embodiment 

25 

The fifth embodiment of the present invention 
will be described below. Since the arrangement and 
operation of a facsimile apparatus according to this 
embodiment are the same as those of the facsimile 
apparatus according to the first embodiment, a de- 30 
tailed description thereof will be omitted here. 

Call termination processing and the like of the 
facsimile apparatus according to this embodiment will 
be described below with reference to the flow charts. 

Fig. 27 is a flow chart showing the call termina- 35 
tlon processing according to this embodiment. 

An incoming call detection sensor (not shown) 
detects the presence/absence of an incoming call. 
When the sensor detects no incoming call, it contin- 
ues detection of an incoming call. 40 

When the sensor detects an incoming call, con- 
nection processing with a circuit is performed. After 
connection with the circuit, initial identification proc- 
essing is performed (step S401). 

More specifically, a call ing identification signal (CNG) 45 
from the calling terminal is detected to check if the 
CNG is input within a predetermined time Tl after the 
detection of the incoming call. If the CNG is not input, 
it is determined that the calling terminal is a "tele- 
phone set", and a telephone mode is selected. Then, 50 
it is informed to the calling terminal using a dummy 
ring-back tone or a message that telephone calling is 
being performed, and a ringing tone of a telephone 
set of the called terminal is generated to urge a user 
to perform an off- hook operation of the telephone set. 55 
On the other hand, if the CNG is input, it is deter- 
mined that the calling terminal Is a facsimile appara- 
tus, and NSF, CSi, and DiS signals are sent to the call- 
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ing terminal. The NSF signal is a non-standard func- 
tion signal for informing a non-standard function to 
the calling terminal, the CSi signal is a called terminal 
identification signal for informing the telephone num- 
ber of the called terminal to the calling terminal, and 
the DiS signal is a digital identification signal for in- 
forming a standard function to the calling terminal. In 
particular, the NSF signal includes information hav- 
ing a remote data registration/data reading function. 

The calling terminal analyzes the content of the 
NSF signal to check if the called terminal has the re- 
mote data registration/data reading function. If it is de- 
termined that the called terminal does not have the 
remote data registration/data reading function, since 
it is nonsense to continue the communication, the 
calling terminal sends a DCN (circuit disconnection 
command), thus disconnecting the circuit. 

On the other hand, if it is determined that the 
called terminal has the remote data registration/data 
reading function, information associated with the 
name of the type of terminal of the called terminal is 
transmitted (terminal type statement response) in 
step S402. The calling terminal checks if the received 
information coincides with the type of terminal of the 
called terminal assumed by the calling terminal. This 
checking operation is necessary since the types of 
data to be able to be registered/read out vary depend- 
ing on the types of terminals. 

If the type of terminal of the called terminal does 
not coincide with the assumed type of terminal, the 
calling terminal checks if the remote data registration- 
/data reading function can be continued. 

If it is determined that the remote data registra- 
tion/data reading function cannot be continued, a 
DCN signal or an RTN signal is sent to the called ter- 
minal to disconnect the circuit And if it is determined 
that the remote data registration/data reading func- 
tion can be continued, the same processing as in a 
case wherein the type of terminal of the called termi- 
nal coincides with the type of terminal assumed by 
the calling terminal is performed. 

If the terminal type statement response is 
checked, and a coincidence between the two types is 
found, the calling terminal sends an MCF (message 
confirmation) signal. The called terminal starts a 
timer T2 after the terminal type statement response 
is issued (step S403), and checks if the MCF is re- 
ceived within the time T2. If the MCF cannot be re- 
ceived within the time T2, the called terminal discon- 
nects the circuit (step S405). On the other hand, rf the 
MCF is received within the time T2, the called termi- 
nal sends an NSF as a data transfer request to the 
calling terminal when it is ready to receive data (step 
S406). When the calling terminal confirms the NSF, 
it starts data transmission using an NSS signal. 

At the called terminal, received data is temporar- 
ily stored in a frame data having a capacity of one 
frame (step S407), and the stored data is then trans- 
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ferred to an RMD buffer (step S408). The data is read 
out from the RMD buffer in units of frames, and the 
following processing is executed based on the read- 
out data. 

It is checked in step S409 if a remote data regis- 5 
tration mode is set. If it is determined that the remote 
data registration mode is not set, remote data reading 
processing is performed (step S410). On the other 
hand, if it is determined that the remote data registra- 
tion mode is set, it is checked if the last data in one 10 
frame is ff (step S411). If the last data is ff, this means 
that there is a next frame. At this time, the frame num- 
ber of the fifth octet is read out to check if the frame 
number is correct. 

Since the frame numbers are sent a sequential is 
number, an RTN or DCN signal is sent to the calling 
terminal to disconnect the circuit. Alternatively, a re- 
send request of a frame having an omitted frame num- 
ber may be issued. 

On the other hand, if the frame number is correct, 20 
an MCF signal is sent to the calling terminal to request 
transmission of the next frame. The next frame is stor- 
ed in the frame buffer, and is then transferred to the 
RMD buffer. It is checked if the data registration mode 
is set, and thereafter, it is checked if the last data is 25 
ff (step S4 12). 

If the last data is not ff, the data is read out from 
the RMD buffer, and data analysis processing is per- 
formed (step S413). 

In the data analysis processing, according to the 30 
flow chart shown in fig. 28, the first two characters 
are extracted, and it is checked if they indicate a re- 
mote data registration command (step S421). If a 
command represented by the first two characters is 
not defined as the remote data registration command, 35 
an RTN (negative response) Is sent to the calling ter- 
minal (step S426). 

A timer T 4 is started, and it is checked if an NSS 
is detected u ntil the timer T 4 reaches a time-out state. 
If the NSS is not detected, the circuit is disconnected; 40 
otherwise, the NSS is stored in the frame buffer, and 
the above-mentioned processing is performed. 

If the first two characters represent the remote 
data registration command, registration data next to 
the command up to a bit before crlf is registered. If 45 
data is present after crlf, processing for extracting 
the next first two characters to check if they represent 
the lemote data registration command is repeated 
until all the data are processed. 

If all the data are processed, an MCF is sent to so 
the calling terminal (step S425). After the MCF is 
sent, a timer T 3 is started to check if an NSS is sent 
from the calling terminal (step S415 in Fig. 27). If the 
NSS IS received, processing for receiving the sent 
frame in the frame buffer is repeated. On the other ss 
hand, if the NSS is not received within the time T 3 , it 
is determined that there is no data to be received, and 
a DCN is sent to disconnect the circuit 



<Sixth Embodiment 

The sixth embodiment of the present invention 
will be described below. Since the arrangement and 
operation of a facsimile apparatus according to this 
embodiment are the same as those of the facsimile 
apparatus according to the fourth embodiment, a de- 
tailed description thereof will be omitted. 

Figs. 29A to 29D show frames in an HDLC format 
in the facsimile apparatus of this embodiment 

The transmission operation of this embodiment 
will be described in detail below with reference to the 
flow charts shown in Figs. 30A and 30B. 

A command is divided using "crlf. When data di- 
vision characters "crlf 1 are found in a command file, 
a communication adapter sets data up to the data di- 
vision characters "crlf 1 in a transmission buffer, and 
checks if the next data is present in the command file. 

If the next data is present, the communication 
adapter checks if the next data can be set within 107 
bytes! If the next data can be set within 107 bytes, the 
communication adapter sets the next data, and re- 
peats this processing as long as the next data is pres- 
ent and can be set within 107 bytes. Upon completion 
of the data setting operation, the communication 
adapter transmits data for one frame (step S510). 

If the length of the first command to be transmit- 
ted exceeds 107 bytes, the communication adapter 
adds an ff code (0CH) as a division code indicating 
continuation to the end of the frame so as to indicate 
that the command continues (step S509). 

A receiving facsimile apparatus registers all the 
data according to commands in a received NSS, and 
when all the transmitted data are normally registered, 
the receiving apparatus sends back an MCF as a pos- 
itive response (step S512). 

If a command or data includes an error, and the 
registration cannot be normally performed, the re- 
ceiving apparatus sends back an RTN as a negative 
response. 

When the trailing end of the received frame ter- 
minates with an ff code, the receiving apparatus 
holds the received command in a buffer without exe- 
cuting it, and sends back an MCF. 

Upon reception of the MCF, the communication 
adapter sets the remaining command string in the 
previous transmission in the transmission buffer, and 
transmits the command string. 

In this case, If the commands to be set exceed 
107 bytes, an ff code is also set to indicate continua- 
tion of transmission. 

If the receiving apparatus receives an ff code, the 
currently received data is added after the trailing end 
of the previously held data. Upon reception of a frame 
including the last data = crlf, the receiving apparatus 
executes the commands in the buffer, and sends 
back a positive or negative response. 

The communication adapter continuously exe- 
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cutes the above-mentioned transmission processing 
until all the data in the command file are transmitted. 

As for the last frame of data Including ff codes in- 
dicating continuation, the command of the next data 
is not added, and this last frame is not transmitted as 5 
a frame including a plurality of commands (see Figs. . 
29Ato 29D. 

<Modification> 

10 

A modification of the sixth embod iment will be de- 
scribed below. In the sixth embodiment, the PC gen- 
erates a file of commands to be registered in a termi- 
nal facsimile apparatus, and divides the file by adding 
a data division code in a format with which the divided 15 
files can be directly transmitted. The PC sends the 
divided files to the communication adapter. However, 
in this modification, the communication adapter div- 
ides data of registration commands, thereby simplify- 
ing data sending processing in the PC. 20 

An operator inputs a user telephone number, and 
the like according to a menu displayed on the PC (see 
Fig. 19). The PC analyzes input data, and generates 
a command file to be transmitted. The command file 
is an ASCII file, and each command is constituted by 25 
adding data input by the operator after a command I D 
(two characters) defined for each registration item. 
Data input by the operator is transmitted as a com- 
mand file to the communication adapter simultane- 
ously with the input operation by the operator. The 30 
state of the buffer of the communication adapter at 
that time is as shown in Figs. 31 A to 31 C. 

In a data registration mode, a command + a data 
content to be registered are stored in the buffer (Fig. 
31 A). In this case, a number is added after the com- 35 
mand to store the data content in a record of the cor- 
responding number. In a data correction mode, a 
command + number are stored in the buffer to desig- 
nate a record Including data to be corrected, and to 
update the content (Fig. 31 B). When a data content 40 
is to be deleted, a command + number are stored In 
the buffer to designate a record including data to be 
deleted (Fig. 31 C). The communication adapter in- 
serts spaces in a received data record to clear the 
content of the data record. 45 

In a file transmission operation, when the opera- 
tor instructs to execute transmission on the menu, a 
transmission command and a designated transmis- 
sion destination are sent to the communication adap- 
ter. When a remote registration communication is 50 
started, the communication adapter transfers data 
from an RMD data buffer to a transmission buffer. The 
data transmission procedure is as follows: 

(1) If the data length for one record does not ex- 
ceed 1 05 bytes, codes "crff" (ODOAH) are added 55 
to the end of data to be transferred. 
If the data length exceeds 105 bytes, a code "ff 
(OCH) is added to the 106th byte of data, and the 



data is transferred to the transmission buffer. 

(2) The data length of the next record is calculat- 
ed. If the next data can be added within 105 
bytes, the next data is transferred, and codes 
"crff" (ODOAH) are added. The steps (1) and (2) 
are repeated as long as data can be transferred 
to the transmission buffer. 

(3) The data transmission is performed in the 
same procedure as in the above embodiment 
The following operations are the same as those 
in the sixth embodiment 

In this manner, a communication is made with a 
facsimile apparatus from a remote place by utilizing 
the communication function of the facsimile appara- 
tus so as to read/write data from/in an internal mem- 
ory of the apparatus, thus allowing a registration/ad- 
justment operation of the apparatus from the remote 
place. 

<Seventh Embodiment 

Fig. 32 is a diagram showing an arrangement of 
a remote registration apparatus according to the sev- 
enth embodiment of the present invention. In Fig. 32, 
reference numeral 61 denotes a PC (personal com- 
puter), at which an operator performs, e.g., a data in- 
put operation, for controlling the entire system. The 
PC 61 incorporates a 300-bps modem, and can com- 
municate with a terminal facsimile apparatus. 

Reference numeral 62 denotes at least one ter- 
minal facsimile apparatus connected to a public net- 
work 63. The terminal facsimile apparatus receives 
commands sent from the PC, and performs 
read/write operations of a memory according to the 
received commands. 

The operation of the apparatus according to the 
seventh embodiment of the present invention will be 
described below with reference to the flow chart 
shown in Fig. 39. 

In step S601 , an operator inputs a user telephone 
number, and the like according to a menu displayed 
on the PC (see Fig. 33). 

The PC analyzes the input data to generate re- 
mote registration commands, and forms a transmis- 
sion command file (see Fig. 34). 

Upon completion of the input operation of the 
registration content, a transmission menu is dis- 
played, and in step S602, the telephone number and 
terminal type Information of the terminal facsimile ap- 
paratus to be connected are input (see Fig. 35). 

In this embodiment, the terminal type informa- 
tion includes three data, i.e., a terminal type name, a 
destination country, and a program version No. 

In a display example shown in Fig. 35, all the 
data, i.e., the terminal type name = CF-L770, the des- 
tination country = USA, and the version No. = U01.01 
are input 

In this case, since all the terminal type name, 
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destination country, and version No. are designated, 
alt the pieces of terminal type information are com- 
pared with those of the receiver (step S608). 

If even one of these pieces of information does 
not coincide with that of the receiver, the following 
communication is not performed. 

As another example, when it is known that data 
to ba registered has the same storage format (encod- 
ing method, data length, and the tike) regardless of 
the destination country/version No. as long as only 
the terminal type name data coincide with each other, 
only the terminal type name of CF-L770 can be des- 
ignated, and the columns of the destination country 
and the version No. need not be filled Thus, only the 
terminal type name data are compared, and other 
data are ignored. 

In this case, if only the terminal type name data 
coincide with each other, the apparatus can operate 
regardless of the destination country/version No. 

When it is known that data to be registered has 
the same storage format (for example, when it is al- 
ready determined by a manufacturer that a user ab- 
breviation must be input to have a maximum of 20 AS- 
CII characters) regardless of the terminal type, des- 
tination country, and version No., no data need be in- 
put, and a transmission operation can be performed 
without filling the columns of the terminal type name, 
destination country, and version No. In this case, no 
comparison operation is performed, and the appara- 
tus can operate regardless of the terminal type name, 
destination country, and version No. 

Upon completion of the above-mentioned opera- 
tion, a communication is performed between the host 
apparatus and the terminal facsimile apparatus. The 
communication is performed using a CCITT V.21 rec- 
ommendation 300-bps modem in a format complying 
with the facsimile procedure while setting commands 
in an FIF (facsimile information field) of a frame in the 
HDLC format (see Fig. 36). 

When the host apparatus generates a call, the 
terminal facsimile apparatus detects a calling signal 
from the circuit, and closes the circuit The terminal 
facsimile apparatus sends a CED signal, and then 
sends NSF, CSI, and DIS signals. 

In this NSF (non-standard function) signal, the 
terminal facsimile apparatus states that it has a func- 
tion of accepting remote registrations. 

After the host apparatus confirms the statement 
of the presence of the remote registration function in 
the NSF signal, it sets remote registration commands 
in an NSS (non-standard function setting) signal, and 
transmits the NSS signal. 

When the operator designates no terminal type 
Information of the receiver, registration commands 
are immediately sent, and the terminal facsimile ap- 
paratus which received the commands registers data 
according to the commands In the NSS signal. There- 
after, when the data can be normally registered, the 



terminal facsimile apparatus sends an MCF signal as 
a positive response; otherwise, it sends an RTN sig- 
nal as a negative response (see Fig. 37). 

When the operator designates terminal type in- 
5 formation, the host apparatus sets a command for re- 
questing the terminal type information of the receiver 
in the NSS signal, and transmits the NSS signal be- 
fore the above-mentioned registration commands are 
sent. 

10 In this embodiment, a command used in a remote 
registration procedure Is expressed by an ID (two let- 
ters of alphabet), and necessary information is added 
as a parameter depending on commands. 

Commands (and parameters) are divided using 

15 CR-LF codes (ODH, OAH). 

The terminal type information request command 
is expressed by "XD", arid has no parameter. There- 
fore, in the data field of the NSS signal for requesting 
the terminal type information, "XDcrf f" is stored. 

20 The terminal facsimile apparatus, which received 

the terminal type information request command, sets 
its own terminal type information in an NSC (non- 
standard function command) signal, and transmits 
the NSC signal. 

25 In this embodiment, the terminal type informa- 
tion includes terminal type name data, destination 
country data, and ROM version data, and these data 
are respectively expressed by command IDs XO, XC, 
and XV. Corresponding information is added after 

30 each of these IDs as a parameter. 

Therefore, In the data field of the NSC signal for 
transmitting the terminal type information, when the 
terminal type name = CF-L770, the destination coun- 
try = USA, and version No. = U01.01, "XOCF- 

35 L770crf fXCUSAcr£fXW01 .01cr£r is stored. 

The host apparatus, which received the terminal 
type information, compares its content with the termi- 
nal type information designated by the operator. 
When a coincidence between the two pieces of infor- 

40 mat ion is found, registration commands are set; 

otherwise, a DCN signal is sent to end the communi- 
cation (see Fig. 38). 

<Modification> 

45 

Fig. 40 is a diagram showing an arrangement of 
a remote registration apparatus according to a modi- 
fication of the seventh embodiment 

In Fig. 40, reference numeral 71 denotes a PC, at 

so which an operator performs, e.g., a data input opera- 
tion, for controlling the entire system. The PC 71 gen- 
erates a registration command file based on input 
data, and transfers the command file to a communi- 
cation adapter 72. 

55 The communication adapter 72 transmits the 

command file received from the PC to a terminal fac- 
simile apparatus. In this embodiment, the communi- 
cation adapter comprises a facsimile apparatus hav- 

15 
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ing an RS-232C l/F for the PC. 

The PC and the communication adapter consti- 
tute a host apparatus. 

Reference numeral 73 denotes at least one ter- 
minal facsimile apparatus connected to a public net- 
work 74. The terminal facsimile apparatus receives 
commands sent from the communication adapter, 
and performs memory read/write operations accord- 
ing to the received commands. 

The arrangement different from that of the sev- 
enth embodiment is as follows. That is, in the seventh 
embodiment, the PC incorporates the modem, and 
the PC itself performs communication control. In this 
modification, however, the PC receives input data 
and generates a command file, and a communication 
with a terminal is independently performed by the 
communication adapter. 

In this system, the next input operation can be 
performed at the PC during a communication with the 
terminal, or one communication adapter can be 
shared by a plurality of PCs, and parallel input oper- 
ations can be performed on the plurality of PCs,. 
However, since the communication adapter can only 
transmit a command file received from the host appa- 
ratus to the terminal facsimile apparatus, it is difficult 
for the transmitting apparatus to determine whether 
or not a communication is possible by checking ter- 
minal type information of the receiver. 

Thus, in this modification, the receiving appara- 
tus determines whether or not a communication is 
possible. 

The operation of the apparatus according to this 
modification will be described below with reference to 
the flow charts shown In Figs. 43 and 44. 

In step S651 in Fig. 43, an operator inputs a user 
telephone number, and the like according to a menu 
displayed on the PC (see Fig. 33). Upon completion 
of the input operation of the registration content, a 
transmission menu is displayed, and in step S652, the 
connection telephone number and terminal type attri- 
butes of the terminal facsimile apparatus are input 
(see Fig. 34). The above-mentioned operations are 
the same as those in the seventh embodiment. 

Upon completion of the above-mentioned input 
operations, the PC converts input data into a com- 
mand file At this time, the PC adds the finally input 
terminal type information to the beginning of the com- 
mand file. 

The format of the terminal type information is the 
same as that transmitted from the terminal facsimile 
apparatus to the host apparatus in the seventh em- 
bodiment. That is, corresponding terminal type infor- 
mation is added after a command ID (two characters) 
as a parameter. In this case, the IDs are terminal type 
name = XO, destination country = XC, and ROM ver- 
sion = XV. A division code between adjacent com- 
mands uses CR-LF (ODH, OAH). 

More specifically, in a display example shown in 



Fig. 33, the generated command file starts with: 
XOCF - L770crf fXCUSAcrffXW 01 .01crff 
Then, registration commands and parameters follow 
(see Fig 41). 

5 When all the data input by the operator are con- 

verted into the command file, the PC transfers the 
generated command file to the communication adap- 
ter (step S654). 

In this embodiment, this transfer operation is per- 

10 formed using the RS-232C l/F. However, other high- 
speed l/Fs such as an SCSI l/F may be used. 

The communication adapter is of a model pre- 
pared by adding a software program for the present 
invention to a facsimile apparatus comprising the RS- 

15 232C l/F. The communication adapter stores the com- 
mand file received through the RS-232C l/F in a 
memory, and then generates a call to a target facsi- 
mile apparatus to be subjected to registrations. 
In Fig. 45, upon detection of a calling signal from 

20 the circuit, the terminal facsimile apparatus doses 
the circuit, sends a CED signal, and then transmits 
NSF, CSI, and DIS signals (steps S751 to S753). 

In this NSF (non-standard function) signal, the 
terminal facsimile apparatus states that it has a func- 

25 tion of accepting remote registrations. 

On the other hand, after the communication 
adapter confirms the statement indicating the pres- 
ence of the remote registration function in the NSF 
signal, it sets a remote registration command in an 

30 NSS (non-standard function setting) signal, and 
transmits the NSS signal (steps S701 to S705 in Fig. 
44). 

The communication adapter merely sequentially 
reads out and transmits the content of the command 

35 file, and is not concerned with the content of the file. 
However, when the operator designates information 
of the terminal facsimile apparatus, the information of 
the terminal facsimile apparatus designated by the 
operator is written at the beginning of the command 

40 file. Thus, the communication adapter transmits the 
designated terminal type Information to the terminal 
facsimile apparatus first. 

The terminal facsimile apparatus, which received 
the terminal type information, compares the content 

45 with its own terminal type information. When a coin- 
cidence between the two pieces of information is 
found, the terminal facsimile apparatus sends an 
MCF signal to continue the communication; other- 
wise, it releases the circuit to end the communication 

so (see fig. 42). 

As described above, terminal type information of 
an object to be subjected to registration, which' infor- 
mation is recognized by a transmitting apparatus, is 
compared with terminal type information of a receiver 

55 itself, and only when these pieces of information co- 
incide with each other, the remote registration oper- 
ation Is executed; otherwise, the communication is 
stopped to release the circuit, thereby preventing 

16 
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wrong data from being registered. 

<Eighth Embodiment 

The eighth embodiment of the present invention 
will be described below. The arrangement of a remote 
registration apparatus according to this embodiment 
is the same as that of the apparatus according to the 
modification of the seventh embodiment shown in 
Fig. 40, and a display on a personal computer (PC) 
constituting this embodiment is the same as that 
shown in Fig. 19. 

The format of a command frame of lhis embodiment 
is the same as that shown in Fig. 21 A. 

A communication between a communication 
adapter and a terminal facsimile apparatus in this em- 
bodiment is performed in procedures shown in Figs. 
46 to 49. 

Fig. 46 shows a procedure when a data registra- 
tion operation is performed from the communication 
adapter to the terminal facsimile apparatus. Upon de- 
tection of a calling signal from a circuit, the terminal 
facsimile apparatus closes the circuit, sends a CED 
signal, and then sends NSF, CSI, and DIS signals. 

In this NSF (non-standard function) signal, the 
terminal facsimile apparatus states that it has a func- 
tion of accepting remote registrations. 

After the communication adapter confirms the 
statement Indicating the presence of the remote reg- 
istration function in the NSF signal, it sets a remote 
registration command in an NSS (non-standard func- 
tion setting) signal, and transmits the NSS signal. 

The terminal facsimile apparatus executes the 
commands in the NSS signal to register data. There- 
after, when the registration operation is normally end- 
ed, the terminal facsimile apparatus transmits an 
MCF signal as a positive response. 

When the registration operation cannot be nor- 
mally performed, the terminal facsimile apparatus 
transmits an RTN signal to inform an error. 

If commands to be transmitted stilt remain after 
the MCF signal is confirmed, the communication 
adapter repetitively transmits the NSS signal. After all 
the commands are transmitted, the communication 
adapter sends a DCN signal to end the communica- 
tion. 

A data reading operation from the terminal facsi- 
mile apparatus is executed in a procedure shown in 
Fig. 47. Upon reception of the NSF signal indicating 
the presence of the remote registration function from 
the terminal facsimile apparatus, the communication 
adapter sets a data read command in the NSS signal, 
and transmits the NSS signal. 

Upon reception of the data read command, the 
terminal facsimile apparatus then serves as a trans- 
mitting apparatus, sets the requested data in an NSC 
(non-standard command) signal, and transmits the 
NSC signal. 



Upon reception of the NSC signal, the communi- 
cation adapter stores the content in a memory, and 
sends an MCF signal. 

If data to be transmitted still remain after the MCF 
5 signal is confirmed, the terminal facsimile apparatus 
repetitively transmits NSC signals. After all the data 
are transmitted, the terminal facsimile apparatus 
sends a DCN signal to end the communication. 

In these communications, since the NSF, CSI, 
10 and DIS signals are sent first from the terminal facsi- 
mile apparatus before a specific procedure for remote 
registration is started, the preamble time is 1 second. 

The first NSS signal sent first from the communi- 
cation adapter and subsequent signals are transmi- 
ts ted while the preamble is changed to be a predeter- 
mined value (see Fig. 48). 

In this embodiment, this preamble time is set to 
be 300 ms. 

This value can be independently set by the com- 

20 munication adapter or the terminal facsimile appara- 
tus. In a region with a bad circuit condition, this value 
can be set to be relatively large, thereby eliminating 
a communication error. 

When no response Is obtained after the com- 

25 mands are transmitted, as shown in Fig. 44, the pre- 
amble time is prolonged to 1 second like In a normal 
facsimile procedure after a response wait time of 3 
seconds, and commands are re-transmitted, thus 
preventing a communication error. 

30 Preamble time control will be described below 

with reference to the flow chart shown in Fig. 50. The 
flow chart of fig. 50 shows control upon transmission 
of command and upon reception of a response, and 
this portion is used common to a normal G3 proce- 

35 dure. 

Upon transmission of commands, in step S801, a 
normal procedure or a specific procedure for remote 
registration is checked. If the normal procedure is to 
be performed, the flow advances to step S802, and 
40 a preamble time of 1 second determined by T.30 is set 
in a timer; otherwise, a predetermined preamble time 
is set in step S803. 

This time is 300 ms in this embodiment. 

Upon completion of the timer setting operation, 
45 transmission of the preamble is started (S804), and 
a flag pattern (7EH) is kept transmitted until the timer 
reaches a time-out state (S805). 

When the timer reaches a time-out state, the flow 
advances to step S806, and commands are transmit- 
50 ted; Upon completion of the transmission of com- 
mands for a maximum of 3 seconds, a response re- 
ception routine is started (S807). 

The response reception routine is executed for a 
maximum of 3 seconds (S608). If a response can be 
55 received within this period, this flow is ended, and the 
received data is analyzed to continue the procedure. 

If a response cannot be received within 3 sec- 
onds, the number of times of transmissions of com- 
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mands is checked In step S609. 

If the number of times of transmissions of com- 
mands is less than 3, the flow returns to step S802, 
and 1 second is set in the timer according to the T.30 
recommendation so as to re-transmit commands. 

If the commands are re-sent three times, this 
flow is ended without performing re-transmission, 
and the communication is terminated as an error 
(S810). 

The preamble time control of this embodiment 
has been described. This control is common to the 
communication adapter and the terminal facsimile 
apparatus. 

In this embodiment, a facsimile apparatus having 
an RS-232C function is used as the communication 
adapter of the remote registration apparatus. Alterna- 
tively, a communication may be performed using a 
PC having an external or internal modem as a host 

In this manner, In a normal facsimile communica- 
tion procedure, a preamble of 1 second is added ac- 
cording to the standards, and after the specific pro- 
cedure for the remote registration is started, an arbi- 
trarily determined shorter preamble is used, thereby 
improving communication efficiency, 
the received data is analyzed to continue the proce- 
dure. 

As a countermeasure against a communication 
error caused by an echo, an arbitrary preamble time 
may be set. When the circuit condition is poor, the 
preamble time may be prolonged to improve commu- 
nication performance. 

In addition, when a response cannot be obtained 
for transmitted commands, the preamble time is re- 
set to 1 second according to the CCITT standards so 
as to re-transmit commands, thus avoiding a trouble. 

As many apparently widely different embodi- 
ments of the present invention can be made without 
departing from the spirit and scope thereof, it is to be 
understood that the Invention is not limited to the spe- 
cific embodiments thereof except as defined in the 
appended claims. 



Claims 

1. A facsimile apparatus for transmitting/receiving 
facsimile information such as character informa- 
tion, image information, and the like, and a con- 
trol command, comprising: 

means for adding a control code indicating 
a division of the control command to the control 
command; 

means for converting the control com- 
mand added with the control code into packet 
data having a predetermined data length on the 
basis of the control code; and 

means for transmitting the packet data to 
a destination station. 



2. The apparatus according to claim 1 , further com- 
prising: means for extracting the control com- 
mand included in the packet data; and 

means for informing to an apparatus which 
5 transmitted the packet data that the control com- 

mand was extracted, 

wherein a transmitting facsimile apparatus 
waits for a response to the control command from 
a receiving facsimile apparatus. 

10 

3. The apparatus according to claim 2, wherein the 
transmitting facsimile apparatus restarts trans- 
mission of the packet data including the control 
command from a portion where the information 

15 of the extraction of the control command from the 
receiving facsimile apparatus is stopped. 

4. A facsimile apparatus for transmitting/receiving 
facsimile information such as character Informa- 

20 tion, line image information, and the like, file 

data, and a control command, comprising: 

means for adding a control code indicating 
a division of the control command to the control 
command; 

25 means for storing the file data in a prede- 

termined frame of the control command; 

means for converting the control com- 
mand storing the file data into packet data having 
a predetermined data length on the basis of the 
30 control code; and 

means for transmitting the packet data to 
a destination station. 

5. The apparatus according to claim 4, further com- 
35 prising: 

storage means for storing the received file 

data, 

wherein the file data is stored in place of 
outputting of the facsimile information. 

40 

6. The apparatus according to claim 4, wherein the 
file data is character file data. 

7. A facsimile apparatus for performing a data reg- 
45 istration to a plurality of facsimile apparatuses 

connected to a public network through the public 
network, comprising: 

means for inputting registration data; 

means for converting the registration data 
so into a predetermined frame format; 

means for monitoring the number of bytes 
of data constituting the frame; 

dividing means for, when the number of 
bytes exceeds a predetermined value, dividing 
55 the frame into a plurality of frames; and 

means for adding a code indicating contin- 
uation to the divided frame. 
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8. The apparatus according to claim 7, wherein said 
dividing means divides the frame according to a 
predetermined number of bytes. 

9. A facsimile apparatus for performing a data reg- 
istration to a plurality of facsimile apparatuses 
connected to a public network through the circuit 
network, comprising: 

means for inputting registration data; 

means for converting the registration data 
Into a predetermined frame format; 

means for adding a code indicating contin- 
uation of a frame to data constituting the frame in 
units of a predetermined number of bytes; and 

means for, when the code is detected, div- 
iding the frame into a plurality of frames. 

10. A facsimile apparatus for performing a data reg- 
istration to a plurality of facsimile apparatuses 
connected to a public network through the public 
network, comprising: 

means for inputting registration data; 

means for converting the registration data 
into a predetermined frame format; 

means for monitoring a transmission time 
of data constituting the frame; 

dividing means for, when the transmission 
time exceeds a predetermined value, dividing the 
frame into a plurality of frames; and 

means for adding a code indicating contin- 
uation to the divided frame. 

11. A facsimile apparatus for receiving registration 
data transmitted through a public network and 
having a predetermined frame format, compris- 
ing: 

means for discriminating whether or not 
last data of the frame is a code indicating contin- 
uation of the frame; 

means for, when the last data is not the 
code indicating continuation of the frame, exe- 
cuting commands in the frame, for, when the 
commands are normally executed, transmitting a 
positive response, and for, when the commands 
are not normally executed, transmitting a nega- 
tive response; and 

means for, when the last data is the code 
indicating continuation of the frame, transmitting 
a positive response without executing com- 
mands in the frame, and receiving the next frame. 

12. The apparatus according to claim 11, further 
comprising: 

means for monitoring a frame number in 
the next frame upon reception of the next frame, 

wherein when the received frame number 
is not a serial number with the previously re- 
ceived frame number, a negative response is 



transmitted without executing commands in the 
frame, and the commands received so far are 
abandoned. 

5 13. A facsimile apparatus for performing a data reg- 
istration to a plurality of facsimile apparatuses 
connected to a public network through the public 
network, comprising: 

means for inputting registration data; 
10 means for converting the registration data 

Into a predetermined frame format; 

means for monitoring a length of a com- 
mand for the data registration; and 

means for, when the command has a 
15 length equal to or smaller than an arbitrarily de- 
termined maximum length of the frame, adding a 
code indicating division between adjacent com- 
mands, 

wherein a plurality of commands are set in 
20 one frame. 

14. The apparatus according to claim 13, wherein 
when the division by a single command exceeds 
the maximum frame length, another command is 

25 not added to the single command. 

15. A facsimile apparatus for receiving registration 
data transmitted through a public network and 
having a predetermined frame format, compris- 

30 ing: 

means for deciding execution states of all 
commands in the frame; and 

means for, when the commands are nor- 
mally executed, transmitting a positive response, 
35 and for, when the commands are not normally 
executed, transmitting a negative response. 

16. A facsimile apparatus for performing a data reg- 
istration to a plurality of facsimile apparatuses 

40 connected to a public network through the public 

network, comprising: 

means for requesting terminal type data of 
said plurality of facsimile apparatuses prior to the 
data registration; and 

45 means for comparing terminal type data of 

the facsimile apparatuses to be subjected to the 
data registration with the terminal type data ob- 
tained in response to the request, 

wherein when the comparison result Indl- 

so cates a non-coincidence, the facsimile apparatus 
which requested the terminal type data interrupts 
the communication. 

1 7. The apparatus according to claim 1 6, wherein the 
55 terminal type data includes a terminal type name, 

a destination country of an apparatus, and a soft- 
ware development history number as attributes of 
the facsimile apparatus. 
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18. A facsimile apparatus for performing a data reg- 
istration to a plurality of facsimile apparatuses 
connected to a public network through the public 
network, comprising: 

means for designating terminal type data 5 
of said plurality of facsimile apparatuses prior to 
the data registration; and 

means for comparing terminal type data of 
the facsimile apparatus to be subjected to the 
data registration with the designated terminal 10 
type data, 

wherein when the comparison result indi- 
cates a non-coincidence, the facsimile apparatus 
to be subjected to the data registration interrupts 
the communication. 15 

19. The apparatus according to claim 18, wherein the 
terminal type data includes a terminal type name, 
a destination country of an apparatus, and a soft- 
ware development history number as attributes of 20 
the facsimile apparatus. 

20. A facsimile apparatus for performing a data reg- 
istration to a plurality of facsimile apparatuses 
connected to a public network through the public 25 
network, comprising: 

means for inputting registration data; 

means for converting the registration data 
into a predetermined frame format; and 

means for changing a preamble time of a 30 
preamble to be added to the beginning of the 
frame in the data registration to be different from 
a preamble time upon execution of a normal fac- 
simile procedure. 

35 

21. The apparatus according to claim 20, wherein the 
preamble time can be arbitrarily registered in ad- 
vance. 

22. The apparatus according to claim 20, wherein in 40 
the data registration, when no response is sent 
back from the receiving fac simile apparatus after 

the frame is transmitted, the preamble time is re- 
stored to be the same as the preamble time upon 
execution of the normal facsimile procedure, and 45 
the frame is re-transmitted. 



so 
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